-
Couldn't load subscription status.
- Fork 5.2k
[release/9.0-staging] Fix broken debugger/debuggee startup handshake protocol on macOS26. #118212
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[release/9.0-staging] Fix broken debugger/debuggee startup handshake protocol on macOS26. #118212
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm. please get a code review. we will take for consideration in 9.0.x
|
/ba-g space issue unrelated to change |
1 similar comment
|
/ba-g space issue unrelated to change |
|
/ba-g insufficient space error. |
|
Bypassing - build analysis is stuck. |
Backport of #118120 to release/9.0-staging
/cc @steveisok @lateralusX
Customer Impact
On the MacOS 26, we found the debugger startup handshake using named sempahores are now broken when the debugger and the debuggee are signed with different team id's. This casues the entire VS Code C# debugging experience to be non-functional.
Interestingly, the MacOS release notes only show this being depreicated on iOS. Perhaps this will end up being true on future betas, but I don't think we should hold out any hope.
The fix in this PR uses named pipes first in the handshake and will fall back to the previous implementation if necessary. Mostly on backwards compatibility grounds.
Regression
[If yes, specify when the regression was introduced. Provide the PR or commit if known.]
Testing
Manual before broken / after fixed testing on VSCode.
Risk
Low
IMPORTANT: If this backport is for a servicing release, please verify that:
release/X.0-staging, notrelease/X.0.Package authoring no longer needed in .NET 9
IMPORTANT: Starting with .NET 9, you no longer need to edit a NuGet package's csproj to enable building and bump the version.
Keep in mind that we still need package authoring in .NET 8 and older versions.